home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / snmp / snmp-minutes-91jul.txt < prev    next >
Text File  |  1993-02-17  |  11KB  |  308 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by James Davin/MIT
  5.  
  6. SNMP Minutes
  7.  
  8. SIP MIB
  9.  
  10. Tracy Cox of Bellcore presented the current MIB for the SMDS Interface
  11. Protocol.  It was noted that the document largely exports those objects
  12. found in an SMDS switch that conforms to the Bellcore TA for SMDS.
  13. Numerous minor editorial comments were made and accepted.
  14.  
  15. Once this editing is complete, the Working Group recommends this
  16. document to the IESG for consideration as a Proposed Standard.
  17.  
  18. Ether-Like MIB
  19.  
  20. Chuck Davin, the Area Director, reported that the IAB had concerns
  21. regarding the ether-like MIB which had been produced by the Working
  22. Group and recommended by the IESG for entry onto the standards track.
  23. These concerns were in the area of 14 mandatory objects which might not
  24. be available on a chipset that is minimally 802.3-compliant.
  25.  
  26. The Working Group met in an ad hoc fashion the next day to edit the
  27. document to include the objects as optional.  A liaison statement for
  28. the IAB, expressing the concern of the Working Group was unanimously
  29. adopted.  (The minutes of this ad hoc group are below).
  30.  
  31. At the open plenary, the liaison statement was read.  Although the
  32. ensuing discussion lasted nearly 1-1/2 hours, some points were
  33. crystalized:  the IAB Chair, Vint Cerf, noted that the ``IAB had
  34. consulted it's 802.3 expert to consider the matter''.  Vint continued by
  35. saying that the IAB's expert, IAB member Tony Lauck of DEC, had been on
  36. vacation, and this delayed the disposition of the MIB. Jeffrey Case, a
  37. member of the SNMP Working Group, disagreed with Cerf, noting that the
  38. IAB's 802.3 expert was not on vacation--as ``the IAB's expert in this
  39. matter was not a member of the IAB nor any of his employees, but rather
  40. the IESG and the Working Group which produced the MIB.'' Another SNMP
  41. Working Group member, Karl Auerbach, observed that to a mean-spirited
  42. observer it might appear that one vendor, i.e., DEC, had purposely
  43. interfered with the MIB out of self-interest.  Auerbach prefaced his
  44. remarks by indicating that he wasn't advocating that perspective.
  45. Nonetheless this raised several issues concerning the propriety of the
  46. IAB's actions and their reporting structure, which was subsequently
  47. discussed ad nauseum.
  48.  
  49. List of MIBs
  50.  
  51. Dave Perkins of SynOptics presented a comprehensive list of all known
  52. MIBs.  This document will be revised on a regular basis and likely made
  53. available via ftp/mail.
  54.  
  55.  
  56.                                    1
  57.  
  58.  
  59.  
  60.  
  61.  
  62. Implementation Reports
  63.  
  64. The Chair queried the group of their implementation of various
  65. management technologies on the standards track:
  66.  
  67.  
  68. Manager Agent
  69. Concise Definitions high high
  70. MIB-II high high
  71. Token Bus ~15 1/2
  72. Token Ring ~15 4
  73. Interface Extensions ~10 5
  74. DS1 ~5 1-1/2
  75. DS3 ~5 0
  76.  
  77.  
  78.  
  79. Because of the near-universal implementation of Concise/MIB-II, these
  80. documents are being recommended by the Working Group to the IESG for
  81. advancement.  On the remaining documents, Manager vendors complained of
  82. a lack of agents to test with.  This issue will be raised again after
  83. the Interop SNMP Solutions Showcase.  Hopefully this will provide better
  84. implementation experience.
  85.  
  86.  
  87. Minutes of the Ad Hoc Meeting
  88. Chair:  Frank Kastenholz
  89. Date:  Thursday, August 1, 1991
  90. An ad hoc meeting of the SNMP Working Group convened the morning of
  91. August 1, 1991 to revise the Ethernet MIB according to feedback from the
  92. IAB.
  93.  
  94. The IAB, after reviewing the Ethernet MIB, expressed concern about
  95. several of the variables of the MIB and their mandatory status.
  96. Specifically, the IAB felt that implementation of the following
  97. variables not be required in order for an implementation to claim
  98. compliance with the MIB:
  99.  
  100.  
  101.  
  102. dot3MacSublayerStatus
  103. dot3MulticastReceiveStatus
  104. dot3TxEnabled
  105. dot3StatsSQETestErrors
  106. dot3StatsDeferredTransmissions
  107. dot3StatsLateCollisions
  108. dot3StatsExcessiveCollisions
  109. dot3StatsInternalMacTransmitErrors
  110. dot3StatsCarrierSenseErrors
  111. dot3StatsExcessiveDeferrals
  112. dot3StatsFrameTooLongs
  113. dot3StatsInRangeLengthErrors
  114. dot3StatsOutOfRangeLengthFields
  115.  
  116.  
  117.                                    2
  118.  
  119.  
  120.  
  121.  
  122.  
  123. dot3StatsInternalMacReceiveErrors
  124.  
  125.  
  126.  
  127. The Working Group discussed several different strategies for revising
  128. the MIB per the IAB's comments.  These included:
  129.  
  130.  
  131.    o Splitting the dot3Table and dot3StatsTable each into two tables,
  132.      giving a total of four tables.  Each of the original tables would
  133.      be split into a table containing the variables acceptable to the
  134.      IAB and a table containing the variables with which the IAB had
  135.      concerns.
  136.  
  137.      This option was rejected when it was realized that the dot3Table
  138.      would be split into two tables, one containing two variables and
  139.      the other containing three.  Such small tables were considered to
  140.      be very inefficient by the Working Group.
  141.  
  142.    o Assigning optional STATUS to the variables that the IAB had an
  143.      issue with.
  144.  
  145.      This option was rejected when it was explained that the unit of
  146.      conformance for MIBs is the mib group.
  147.  
  148.  
  149.  
  150. The Working Group settled on the following strategy:
  151.  
  152.  
  153.  
  154.    o The Ethernet MIB will be divided into two tables.  Each table will
  155.      comprise a separate MIB Group.  One table will contain the objects
  156.      which the IAB found acceptable and implementation of that group
  157.      will be mandatory.  The second table will contain all variables
  158.      with which the IAB had an issue and implementation of that table
  159.      will be optional.
  160.  
  161.      The text on the MIB document that allows returning 0 for variables
  162.      for which there is no underlying hardware support will be removed.
  163.  
  164.  
  165. The Working Group believes that this MIB structure is less useful than
  166. the structure as submitted to the IAB because the requirements for
  167. conformance have been reduced.  Vendors can implement only the mandatory
  168. group and be able to claim compliance with the MIB. However, the Working
  169. Group believes that this group does not contain all variables that are
  170. necessary for effective management of Ethernet-like interfaces.
  171.  
  172. The Working Group also believes that several extremely useful variables,
  173. as determined by implementation experience, will not be widely
  174. implemented because those variables have been moved to the optional
  175.  
  176.  
  177.                                    3
  178.  
  179.  
  180.  
  181.  
  182.  
  183. portion of the MIB. Specifically, implementation and operational
  184. experience have shown the following five variables to be extremely
  185. valuable in detecting and diagnosing network problems:
  186.  
  187.  
  188.   1. dot3StatsDeferredTransmissions
  189.   2. dot3StatsLateCollisions
  190.   3. dot3StatsExcessiveCollisions
  191.   4. dot3StatsExcessiveDeferrals
  192.   5. dot3StatsFrameTooLongs
  193.  
  194.  
  195. The Working Group then developed the following statement for including
  196. in the the Minutes of the meeting.  The Working Group also directed the
  197. Chair to read this statement in the open IESG meeting on August 1, 1991.
  198.  
  199.  
  200.                            LIAISON STATEMENT
  201.  
  202.  
  203. The IETF meetings, unlike others, are open.  All parties, even IAB
  204. members, are encouraged to attend and make their positions known and
  205. have them argued in the open.  It is important to appreciate that
  206. development of technology does not occur in a vacuum for a community as
  207. large as the internet.  It is also important to appreciate that the
  208. needs of the community must be met in a timely fashion.
  209.  
  210. IETF has worked over two years on the Ethernet MIB. The MIB was approved
  211. by the Working Group, the IETF plenary, and the IESG. Only at that late
  212. date, the IAB unilaterally raised issues that had been previously
  213. resolved.  Because of the pressing needs of the community we feel
  214. coerced into revising the ethernet MIB as we have done today.
  215. Unfortunately the technical merit of this document has suffered owing to
  216. the lack of 802.3 expertise available to us on such short notice.  As a
  217. result of this decline in technical quality, this document is less
  218. useful for management, and the manageability of the internet will
  219. suffer.
  220.  
  221. It must be emphasized that during the two years of preparation, numerous
  222. 802.3 experts contributed to the process and all the issues later raised
  223. by the IAB were thoroughly discussed, repeatedly argued, and resolved to
  224. the satisfaction of the experts.  We feel that the editing session,
  225. hastily convened owing to the misplaced paternalism of the IAB, has
  226. undone some of the work of those experts.
  227.  
  228.  
  229.  
  230.                                    4
  231.  
  232.  
  233.  
  234.  
  235.  
  236. Attendees
  237.  
  238. Steve Alexander          stevea@i88.isc.com
  239. Karl Auerbach            karl@eng.sun.com
  240. James Barnes             barnes@xylogics.com
  241. Steve Bostock            steveb@novell.com
  242. David Bridgham           dab@asylum.sf.ca.us
  243. John Burruss             jburruss@wellfleet.com
  244. Jeffrey Case             case@cs.utk.edu
  245. Chi Chu                  chi@sparta.com
  246. Gigi Chu                 gigic@hpspd.spd.hp.com
  247. Henry Clark              henryc@oar.net
  248. John Cook                cook@chipcom.com
  249. Tracy Cox                tacox@sabre.bellcore.com
  250. Dave Cullerot            cullerot@ctron.com
  251. James Davin              jrd@ptt.lcs.mit.edu
  252. Gary Ellis               garye@hpspd.spd.hp.com
  253. Mike Erlinger            mike@mti.com
  254. Jeff Fried               jmf@relay.proteon.com
  255. Shari Galitzer           shari@gateway.mitre.org
  256. Shawn Gallagher          gallagher@quiver.enet.dec.com
  257. Kenneth Goodwin          goodwin@psc.edu
  258. Phillip Hasse            phasse@honchuca-emh8.army.mil
  259. Ron Jacoby               rj@sgi.com
  260. Mike Janson              mjanson@mot.com
  261. Frank Kastenholz         kasten@europa.clearpoint.com
  262. Manu Kaycee              kaycee@trlian.enet.dec.com
  263. Mark Kepke               mak@.hpcndk.cnd.hp.com
  264. Kenneth Key              key@cs.utk.edu
  265. Christopher Kolb         kolb@psi.com
  266. Deidre Kostick           dck2@sabre.bellcore.com
  267. Bobby Krupczak           rak@cc.gatech.edu
  268. Cheryl Krupczak          cheryl@cc.gatech.edu
  269. Chao-Yu Liang
  270. Shane MacPhillamy        slm@netrix.com
  271. Ron Mackey               rem@dsiinc.com
  272. Keith McCloghrie         kzm@hls.com
  273. Evan McGinnis            bem@3com.com
  274. Robert Meierhofer
  275. Lynn Monsanto            monsanto@eng.sun.com
  276. Karen O'Donoghue         kodonog@relay.nswc.navy.mil
  277. Michael Patton           map@lcs.mit.edu
  278. David Perkins            dperkins@synoptics.com
  279. John Pickens             jrp@3com.com
  280. Brian Price              brian@bss.com
  281. Marshall Rose            mrose@dbc.mtview.ca.us
  282. Jonathan Saperia         saperia@decwrl.enet.dec.com
  283. Mark Schaefer            schaefer@davidsys.com
  284. John Seligson            johns@ultra.com
  285. Timon Sloane             peernet!timon@uunet.uu.net
  286. Bob Stewart              rlstewart@eng.xyplex.com
  287. Emil Sturniolo           emil@doe.dss.com
  288. Bruce Taber              taber@interlan.com
  289. Maurice Turcotte         dnmrt@rm1.uucp
  290.  
  291.                                    5
  292.  
  293.  
  294.  
  295.  
  296.  
  297. David Waitzman           djw@bbn.com
  298. Drew Wansley             dwansley@secola.columbia.ncr.com
  299. David Ward               dward@chipcom.com
  300. Gerard White             ger@concord.com
  301. Linda Winkler            lwinkler@anl.gov
  302. Mark Wood                markl@dsiinc.com
  303. Joseph Zur               fibrontics!zur@uunet.uu.net
  304.  
  305.  
  306.  
  307.                                    6
  308.